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Zusammenfassung 



Verfahren zum synchronisrerten Hochlauf einer Steuerung 

Urn bei einer zunehmenden Komplexitat der Programme fur numerische 
Steuerungen fur Werkzeugmaschinen eine einfache Wartbarkeit und Erwei- 
terbarkeit sicherzustellen. weisen die Programme fur numerische Steuerun- 
gen zunehmend eine objektorientierte Struktur auf. Dabei werden Applikatio- 
nen, Prozesse, Threads und-Module jeweils durch ein Objekt reprasentiert. 
Bei einem Hochlauf werden zunachst diejenigen Objekte erzeugt, die weitere 
Objekte erzeugen, und es nimmt jedes Objekt eine Anzahl definierter 
Zustande an. Insbesondere startet jedes Objekt bei alien von ihm erzeugten 
Objekten die fur diesen Zustand durch das jewellige Objekt realisierte Initiali- 
sierungsfunktion und nimmt den nachsten definierten Zustand dann an, 
wenn es selbst und alle von ihm erzeugten Objekte samtliche Funktionen 
volistandig ausgefuhrt haben. Dieser Zustand wird an das erzeugende 
Objekt gemeldet, bis diese Ruckmeldung beim Applikationsobjekt eintrifft. 
Das Applikationsobjekt nimmt dann selbst diesen Zustand an und lost den 
nachsten Schritt des Hochlaufs aus bzw. beendet den Hochlauf, nachdem 
der letzte Schritt des Hochlaufs ausgefuhrt wurde. 
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Verfahren zum synchronisierten Hochlauf einer Steuerung 

Die Erfindung *betrifft- Gin Verfahren zum synclironisierten Hochlauf einer 
Steuerung nach dem Oberbegriff des Anspruchs 1 . 

Die EP 0 524 344 B1 offenbart eine konfigurierbare Werl<zeugmaschinen- 
5 steuerung, die aus mehreren aufgabenorientierten Einheiten besteht, bei- 
spielsweise einem numerischen und einem speicherprogrammierbaren 
Steuerteil, einer Bedienereinheit und einem Kommunikationsbereich mit 
NetzwerkschnittstellG. Weiterhin ist mindestens ein in Soft- oder in Soft- und 
Hardware realisiertes Funktionsobjekt, das eine Funktion durchfuhren kann 

10 vorgesehen. Dieses Funktionsobjekt unterglledert sich in einen Prozedurteil, 
einen Kommunikationsteil und evtl. einen Bedientell. Zusatzlich Ist minde- 
stens ein Objektmanager vdrhanden, der mindestens zwel Funktionsobjekte 
verwaltet, insbesondere-deren Nachrlchtenaustausch synchronlsiert. Diese 
Steuerungsstruktur wird auf mindestens einer Datenverarbeltungsanlage 

15 reallsiert, welche die Daten der Funktionsobjekte und Objektmanager bear- 
beitet und selbst als aufgabenorientlerte Einheit ausgebildet ist. 



Aus der EP 0 524 344 B1 ist kein systematisches Verfahren zum Starten 
einer objektorientiert realisierten Steuerung bekannt. 

Aus der EP 0 657 043 B1 ist eine objektorientierte Steuerung fur Werkzeug- 
maschinen bekannt, bei der aus Objektklassen eine Reihe von Objekten 
gebildet werden. Ausgehend von der in der EP 0 524 344 B1 offenbarten 
Struktur einer Steuerung werden in der EP 0 657 043 81 die konkret erfor- 
derlichen Objektklassen und Objekte offenbart. die erforderlich sind, urn eine 
herkommliche Funktionalitat einer Steuerung zu realisieren. Dazu gehoren 
beispielsweise Objektklassen fur Bearbeitungs-, Geometrie, Kinematik- und 
Technologiedatentypen ebenso wie Steuerdatentypen und eine Objektklasse 
Ablaufsteuerung. Von jeder Objektklasse kann eine beliebige Anzahl Objekte 
gebildet werden, die jeweils einen eigenen Datenbereich, einen Botschaf- 
tenmechanismus zur Kommunikation mit anderen Objekten und einen Pro- 
zedurteil zur Ausfuhrung von Methoden zur Bearbeitung, Kinematik, Geo- 
metrie Oder Technologie beinhalten. Durch die Ablaufsteuerung werden die 
Benutzereingaben interpretiert und fuhren zur Aktivierung der ausgewahlten 
Objekte. Die ausgewahlten Objekte kommunizieren untereinander und bilden 
durch diese netzwerkartige Verknupfung eine ablauffahige Funktionseinheit 
der Steuerung. 

Auch aus der EP 0 657 043 B1 ist kein systematisches Verfahren zum Star- 
ten einer objektorientiert realisierten Steuerung bekannt. 

Aus der EP 0 717 866 B1 ist ein CNC-Steuerungssystem bekannt. das ein 
objektorientiertes Programm beinhaltet, in welchem Objekte objektorientierte 
Nachrichten austauschen. Im objektorientierten Programm sind die Objekte 
in Klassen unterteilt, beispielsweise eine Prozessklasse, die Objekte fur 
Bearbeitungsprozesse wie Bohren. Gewindeschneiden, Raumen usw. bein- 
haltet, die durch Maschinenkomponenten ausgefiihrt werden. Dabei bein- 
haltet eine Klasse immer ahnliche Objekte. das heisst Objekte. die in ihrer 



Grundstruktur ubereinstimmen. Aufgrund der einheitlichen Grundstruktur der 
Objekte einer Klasse besteht die Moglichkeit, dass beim Erstellen neuer 
Objekte ausgewahlte Eigenschaften der jeweiligen Klasse an das neue 
Objekt vererbt werden. Beispielsweise weist ein Bohr-Objekt eine Tiefe und 
einen Durchmesser auf, die von einem anderen Objekt der Prozessklasse 
geerbt werden konnen. beispielsweise einem Gewindeschneid-Objekt, das 
ebenfalls eine Tiefe und einen Durchmesser aufweist. Eine weitere Objekt- 
klasse weist Maschinenkomponenten, wie beispielsweise eine Spindel. Ach- 
sen. einen Drehtisch usw., auf. Weiterhin sind Objektklassen fur das Kernel 
mit einem Motion und einem Logic Controller als Objekte, fur Plattform Ser- 
vices, das Operating System und die Device Driver vorgesehen. Im Betrieb 
der Steuerung ist es erforderlich. dass Nachrichten zwischen den einzelnen 
Objekten ausgetauscht werden. Fur einen Bohrvorgang wird beispielsweise 
vom Bohr-Objekt eine Nachricht die Drehzahl des Bohrers betreffend an das 
Objekt Spindel iibertragen. weiterhin werden Nachrichten die Position des 
Loches betreffend an die Objekte der beteiligten Achsen iibertragen usw.. 
Dabei ist ein Standard- Interface fur die Nachrichten vorgesehen. damit diese 
einen universellen Aufbau aufweisen und unabhangig von den beteiligten 
Objekten ausgestaltet werden konnen. Diese Standard-Schnittstelle zum 
Nachrichtenaustausch zwischen Objekten wird bei einem Objekt, das Nach- 
richten bezuglich der Bewegung empfangt Oder sendet durch einen Softwa- 
rekern realisiert, der in Echtzeit arbeiten soli und Nachrichten empfangt und 
sendet. 

Ein Verfahren fiir einen synchronisierten Hochlauf einer objektorientierten 
Steuerung wird dabei nicht offenbart. 

Aufgabe der vorliegenden Erfindung ist es daher, ein Verfahren fiir einen 
Start einer Applikation einer numerischen Steuerung anzugeben, bei dem 
synchronisiert deren Prozesse, Threads und Module in eine Struktur einge- 
bunden und initialisiert werden und bei dem anschliessend in den Normal- 
betrieb ubergegangen wird. Es soil sichergestellt werden, dass beim Uber- 



gang in den Normalbetrieb insbesondere die Kommunikationskanale vor- 
handen sind, uber die Module miteinander kommunizieren, die zu unter- 
schiedlichen Threads oder Prozessen gehoren. 

Diese Aufgabe wird durch ein Verfahren mit den im Anspruch 1 angegebe- 
nen Merkmalen gelost. 

Weiterbildungen und vorteilhafte Ausgestaltungen des erfindungsgemassen 
Verfahrens sind den abhangigen Ansprtichen zu entnehmen. 

Das erfindungsgemasse Verfahren weist den Vorteil auf, dass die Software 
einer Steuerung fur eine Werkzeugmaschine in Form einer Applikation mit 
den zugehorigen Prozessen, Threads und Modulen bis zur Betriebsbereit- 
schaft der Steuerung synchronisiert gestartet wird. Dabei wird in einem 
ersten Initlalisierungsschritt die Applikation in Form einer oder mehrerer 
ausfuhrbarer Dateien in den Arbeitsspeicher geladen und es werden die ein- 
zelnen Objekte, wie beispielsweise Prozesse. Threads und Module erzeugt. 
Sobald alle Objekte erzeugt wurden, werden in einem zweiten Initialisie- 
rungsschritt die Objekte initialisiert, beispielsweise mit Parameterwerten. 
Sobald dieser Initlalisierungsschritt abgeschlossen ist. konnen weitere Initia- 
lisierungsschritte folgen, bis in einem letzten initialisierungsschritt die 
gesamte Applikation fiir den Betrieb freigegeben wird. Somit sind bei einem 
fehlerfrelen Hochlauf alle Applikationen. Prozesse, Threads und Module 
erzeugt, initialisiert und die Steuerung ist betriebsbereit. Sollten Fehler in 
einem Objekt auftreten, ist nach einem derartigen synchronisierten Hochlauf 
bekannt, welche Prozesse, Threads oder Module fehlerhaft sind. Ein weite- 
rer Vorteil besteht darin, dass dem Anwender gemeldet wird. falls dies fur 
eine benotigte Applikation, einen Prozess, einen Thread oder ein Modul nicht 
der Fall sein sollte. 

Die Erfindung wird im folgenden anhand der in der Zeichnung dargestellten 
Ausfuhrungsformen naher eriautert. Die Figur zeigt: 



Fig. 1: eine mogliche schaltungstechnische Realisierungsform einer 
erfindungsgemassen Steuerung, 

Fig. 2: eine mogliche Struktur einer objektorientierten Applikation. 

Die Erfindung soli im folgenden anhand einer einfachen numerischen Steue- 
rung fur eine Werkzeugniaschine eriautert werden. 

Die Steuerungsanordnung weist mindestens einen Massenspeicher 1 auf, 
der liber einen bidirektionalen Bus 2 mit einem Prozessor 3 verbunden ist. 
Dadurch kann der Prozessor 2 schreibend und lesend auf den Massenspei- 
cher 1 zugreifen. Der Massenspeicher 1 kann durch einen magnetischen 
Oder optischen Speicher oder eine Kombination mehrerer unterschiedlicher 
Speicher realisiert werden. Weiterhin kann der Massenspeicher 1 auswech- 
selbare Speichermedien, wie beispielsweise Compakt Disks, aufweisen. 
Uber den Bus 2 besteht auch eine bidirektionale Verbindung mit einem 
Arbeitsspeicher 4. der als Schreib-/Lesespeicher ausgestaltet ist und eine 
kurzere Zugriffszeit als der Massenspeicher 1 aufweist. Der Arbeitsspeicher 
4 kann - zumindest teilweise - auch in den Prozessor 3 integriert ausgefuhrt 
sein. Uber den Bus 2 besteht weiterhin eine bidirektionale Verbindung zu 
einem Festwertspeicher 5, der im Unterschied zum Arbeitsspeicher 4 nur 
eine kleine Speicherkapazitat aufweist und als Lese-Speicher ausgestaltet 
ist. An den Bus ist ausserdem eine Reglerbaugruppe 6 angeschlossen, mit 
der wiederum die Antriebsmotoren fiir die Achsen und die Spindel verbun- 
den sind. 

Damit der Prozessor 2 der Steuerungsanordnung die verschiedenen Funk- 
tionen der Werkzeugmaschine steuern kann, muss die Software fur die 
Werkzeugmaschine, die im folgenden mit Applikation bezeichnet und vom 
Prozessor 2 abgearbeitet wird, im Arbeitsspeicher 4 bereitgestellt werden. 
Da der Arbeitsspeicher 4 in der Regel kein permanenter Speicher ist. wird 
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auf dem Massenspeicher 1 eine ausfuhrbare Datei gespeichert. die ein 
Erzeugen der gesamten Applikation im Arbeitsspeicher 4 durch den Prozes- 
sor 2 ermoglicht, sobald die Steuerungsanordnung mit der Versorgungs- 
spannung verbunden wird. Die Erzeugung der Applikation aus der im Mas- 
5 senspeicher 1 gespeicherten Datei wird im folgenden als Initialisierung 
bezeichnet. die meist in mehreren Schritten erfolgt. 

Zu Beginn der Initialisierung wird die Struktur der Applikation erzeugt. Dabei 
werden die Daten der mindestens einen auf dem Massenspeicher 1 gespei- 

10 cherten und zur Applikation gehorenden ausfCihrbaren Datei in den Arbeits- 
speicher 4 ubertragen und abgearbeitet. Bei der Abarbeitung werden mitein- 
ander verkniipfte Objekte erzeugt. Die einzelnen Objekte konnen Kontext 
sein. wie beispielsweise Threads. Kommunikationskanale, globale Speicher, 
Oder es konnen Datenstrukturen sein, wie beispielsweise Objekte einer 

15 objektorientierten Struktur. 

Eine Applikation wird in mehrere Prozesse untergliedert, wobei vorteilhaft 
jeder Prozess einen eigenen Adressraum im Arbeitsspeicher 4 besitzt. Es 
konnen sich aber auch mehrere oder alle Prozesse einen gemeinsamen 

20 Adressraum teilen. Jeder Prozess wird in Threads untergliedert und weist 
mindestens einen Thread auf. Der innerhalb eines Threads abgearbeitete 
Code ist in Module unterteilt. zu denen je eine definierte Datenstruktur gehort 
und in denen je mindestens eine konkrete Funktion der Steuerung realisiert 
ist, z.B. eine Tasche frasen oder ein Gewinde schneiden usW.. Die zur Appli- 

25 kation gehorenden Module, Threads und Prozesse sind derart miteinander 
verknupft, dass sie auch uber die Grenzen von Threads und Prozessen hin- 
weg Daten austauschen konnen. 

Urn eine derartige Struktur der Applikation besonders einfach programm- 
30 technisch zu realisieren, wird vorteilhaft eine objektorientierte Programmier- 
sprache gewahlt. Mittels der objektorientierten Programmiersprache wird die 
Applikation. jeder Prozess. jeder Thread und jedes Modul als ein Objekt 



ausgestaltet. Die Objekte konnen synchronisiert werden, weitere Objekt 
erzeugen und die erzeugten Objekte verwalten. Eine derartige Struktur und 
die-genannten Kunktionen. kornnen prinzipiell aych .durch. eine micht objektori- 
entierte ProgrammierspraGhe realisiert werden. 

Wird die Steuerungsanordnung mit der Versorgungsspannung verbunden, 
wird zunachst deren Betriebssystem-Software in den Arbeitsspeicher 4 der 
Steuerungsanordnung geladen und anschliessend das Startprogramm der 
Appiikation. Dieses Startprogramm wird anschliessend ausgefuhrt und steu- 
ert die synchronisierte Erzeugung zumindest der weiteren Prozesse. Alter- 
nativ kann durch das Startprogramm auch die Erzeugung der gesamten 
Struktur gesteuert werden. 

Die vom Startprogramm benotigten Daten sind in einer separaten, einzule- 
senden Date! oder unmittelbar im Startprogramm selbst gespeichert. Falls 
diese Daten in einer separaten Datei gespeichert sind, ladt das Startpro- 
gramm auch diese Datei in den Arbeitsspeicher 4 und wertet sie aus. Die 
Daten bezeichnen mindestens eine auf dem Massenspeicher 1 gespei- 
cherte, zu ladende ausfuhrbare Datei. fur einen ProzeS, der- Appiikation und 
optional Ubergabeparameter der Prozesse, Informationen zur Synchronisa- 
tion der Prozesse und Informationen uber die bei der Initialisierung durch- 
zufuhrenden Initialisierungs-Schritte. Diese derart definierten ausfuhrbaren 
Dateien werden durch das Startprogramm in den Arbeitsspeicher 4 der 
Steuerung geladen und ausgewertet. Anschliessend konnen die Prozesse 
erzeugt werden. 

Beim Abarbeiten des Startprogramms fur den synchronisierten Hochlauf der 
Steuerung werden also naeheinander fur jede Appiikation die benotigten 
Dateien in den Arbeitsspeicher 4 geladen. Danach*werden die Prozesse, die 
die Appiikation bilden, erzeugt, anschliessend die Threads und letztendlich 
die zu den Modulen gehorenden Datenstrukturen. Dabei werden fur die 
Erzeugung der zu jedem Prozess gehorenden Threads und der zu jedem 



Thread gehorenden Module weitere Daten benotigt. Die Daten zur Erzeu- 
gung der Threads konnen im Startprogramm, bzw. einer vom Startprogramm 
eingelesenen Datei. in einer ausfuhrbaren Date! des Prozesses oder in einer 
jeweils eingelesenen Datei gespeichert sein. 

SinngemaB gilt das auch fur die Module. Auch hier konnen die fur die Erzeu- 
gung benotigten Daten bereits im Startprogramm. bzw. in einer vom Start- 
programm geladenen Datei. oder in einer ausfuhrbaren Datei oder einer 
eigenen Datei gespeichert sein, Der zum jeweiligen Modul gehorende 
Thread erzeugt aufgrund der Daten uber ein Modul dieses Modul. 

Dadurch entsteht eine baumartige Struktur der Objekte, an deren Spitze die 
Applikation auf der hochsten Hierarchie-Ebene steht. Die Applikation unter- 
gliedert sich in Prozesse. welche wiederum aus Threads bestehen. Auf der 
untersten Hierarchie-Ebene stehen die Module, die den Threads zugeordnet 
sind. 

Die Verknupfung zwischen den Modulen. Threads und Prozessen bis hin zur 
Applikation wird durch Kommunikationskanale realisiert. Da die Module 
jeweils eine bestimmte Funktionalitat aufweisen, werden fur jedes Modul 
deflnierte Kommunikationskanale benotigt. uber die Daten von oder zu 
einem anderen Modul ubertragen werden. Dies gilt entsprechend auch fur 
die Kommunikationskanale zwischen Threads und Prozessen. 

In einer erfindungsgemassen Ausgestaltung weist jedes Objekt unter ande- 
rem einen Programmteil auf. der der Initialisierung dieses Objekts dient und 
fur jedes Objekt individuelle Massnahmen zu dessen Initialisierung ausfuhrt. 
Diese individuellen Massnahmen bestehen zumindest darin, dass das Objekt 
bei den ihm hierarchisch untergeordneten Objekten die Initialisierung veran- 
lasst. auf die Ausfuhrungsmeldungen aller untergeordneter Objekte wartet 
und dann an das ubergeordnete Objekt, nach eigener korrekter Initialisie- 



rung, eine Ausfiihrungsmeldung weiterleitet. Zusatzlich konnen durch den 
Programmteil zur Initialisierung weitere Initialisierungsmassnahmen erfolgen. 

^Mittels einer objektorientierten Programmiersprache kann diese Zuordnung 
von Programmteilen besonders vorteilhaft realisiert warden. 

Sobald ein Modul korrekt erzeugt wurde und sich als Modulobjekt in die ob- 
jektorientlerte Struktur eingefugt hat, sendet das Modulobjekt an das ihm 
hierarchisch iibergeordnete Threadobjekt, das das Modulobjekt erzeugt hat, 
eine Ausfuhrungsmeldung zuriick. Daran erkennt das Threadobjekt, dass 
das Modulobjekt fehlerfrei erzeugt wurde. Sobald das Threadobjekt von 
jedem von ihm erzeugten Modulobjekt die Ausfuhrungsmeldung erhalten hat 
und das Threadobjekt auch selbst korrekt erzeugt wurde,-sendet es an das 
ihm ubergeordnete Prozessobjekt ebenfalls eine Ausfuhrungsmeldung. 
Sobald wiederum jedes Prozessobjekt von alien von ihm erzeugten Thread- 
objekten eine Ausfuhrungsmeldung zur korrekten Erzeugung empfangen hat 
und das Prozessobjekt auch selbst korrekt erzeugt wurde, sendet das Pro- 
zessobjekt eine Ausfuhrungsmeldung an das ubergeordnete Applikati- 
onsobjekt. 

Sobald das Applikationsobjekt von alien von ihm erzeugten Prozessobjekten 
aufgrund der empfangenen Ausfuhrungsmeldungen eine korrekte Erzeu- 
gung erkannt hat, erfolgt der nachste Schritt der Initialisierung. Bis dahin 
miissen alle bereits erzeugten Objekte warten, damit keine Uberschneidun- 
gen bei der Initialisierung auftreten, beispielsweise dass ein erstes Objekt mtt 
einem zweiten Objekt kommunizieren will, obwohl das zweite Objekt noch 
nicht erzeugt wurde. Durch dieses Warten wird die Synchronisation der 
Initialisierung erreicht, da alle Objekte zu einem definierten Zeitpunkt einen 
definierten Zustand aufweisen. In einem- typisehen Multitasking Betriebssy- 
stem stehen zur Realisierung dieses Wartens bzw. dieser Synchronisation 
Mechanismen wie Semaphoren und Barrieren o.a. zur Verfugung. 



In einem zweiten Schritt der Initialisierung werden die Kommunikationska- 
nale zwischen den Objekten eingerichtet. Indem die Ausfuhrung des im 
jeweiligen Prozessobjekt zur Initialisierung der Kommunikationskanale vor- 
gesehenen Programmteils veranlasst wird, werden die Kommunikationska- 
5 nale eines Prozessobjekts eingerichtet. Dies setzt sich entsprechend der bei 
der Erzeugung der Struktur bereits beschriebenen Vorgehensweise auch fur 
Threads und Module fort, bis alle Module ihre Kommunikationskanale 
erzeugt haben. 

10 Nach erfolgreicher Erzeugung aller Kommunikationskanale durch ein Modu- 
lobjekt sendet dieses eine Ausfuhrungsmeldung an den veranlassenden 
Thread zuruck. Sobald ein Thread von alien zugeordneten Modulobjekten 
die Ausfuhrungsmeldung erhalten hat und auch selbst alle Kommunikations- 
kanale erfolgreich erzeugt hat, sendet der Thread ebenfalls eine Ausfuh- 

15 rungsmeldung an das ubergeordneten Prozessobjekt. Hat ein Prozessobjekt 
von alien zugeordneten Threads eine Ausfuhrungsmeldung empfangen, und 
auch selbst alle Kommunikationskanale korrekt erzeugt, sendet es eine 
Ausfuhrungsmeldung an das ubergeordnete Applikationsobjekt. Sobald das 
Applikationsobjekt von alien zugeordneten Prozessobjekten eine Ausfuh- 

20 rungsmeldung erhalten hat, ist auch dieser zweite Schritt der Initialisierung 
abgeschlossen. 

Da beim Betrieb der Steuerung zwischen den Objekten die unterschiedlich- 
sten Daten moglichst schnell ausgetauscht werden miissen, werden die 

25 Kommunikationskanale unterschiedlich realisiert. Beispielsweise kann ein 
Kommunikationskanal zwischen zwei Modulobjekten desselben Threads in 
Form eines fur beide Modulobjekte gemeinsamen Speichers realisiert wer- 
den. uber den Daten ausgetauscht werden; ein Kommunikationskanal zwi- 
schen Modulen in verschiedenen Prozessen muB Daten von einem Adress- 

30 raum in einen anderen ubertragen konnen. 



- 11 - 



Es besteht die Moglichkeit weitere Initialisierungsschritte durchzufiihren, die 
prinzipiell identisch zu den bisher beschriebenen ablaufen. Es wird immer 
von^den hierarGhisch^uber.geordneten,jDbjelste!a**die AusfuHirung eines Pro- 
graramteils zur ERzeugung einer ^bestimmten Funktion ausgelost und 
ansehliessend gewartet, bis von alien untergeordneten Objekten eine Aus- 
.fuhrungsmeldung empfapigen wurderbevor eine Ausfuhrungsmeldung an ein 
iibergeordnetes Objekt gesendet wird. Erst nachdem von dem Appiikati- 
onsobjekt die Ausfiihrungsmeldungen alter zugeordneten Prozessobjekte 
empfangen wurden, erfolgt der nachste Schritt der Initialisierung. Dadurch 
wird sichergestellt, dass die Initialisierung synchron erfolgt und alle Objekt zu 
einem bestimmten Zeitpunkt einen definierten Zustand einnehmen. 

In diesen weiteren InitlalisierungssGhritten konnen beispielsweise Parameter 
an einzelne Objekt ubergeben werden. Die prinzipielle Vorgehensweise 
erfolgt wie bereits fur den vorhergehenden Initialisierungsschritt beschrieben. 

Als letzter I nitiallsierungsschritf erfolgt das Starten der Applikation. Dabei 
wird jedem Objekt signalisiert, dass die Initialisierung abgeschlossen wurde 
und von nun an der .regulare Betrieb der Steuerung beginnt. Dadurch 
erkennt ein Objekt, dass es die regulare Bearbeitung von uber die Kommu- 
nikationskanale empfangenen Daten durchfuhren soli. Bei diesem letzten 
Schritt ist keine Ausfuhrungsmeldung zum ubergeordneten Objekt mehr 
zwingend erforderlich, da die korrekte Initialisierung bereits durch die vor- 
hergehenden Ausfuhrungsmeldungen signalisiert wurde und die zur Initiali- 
sierung erforderliche Synchronitat nicht mehr benotigt wird. 

Ein einfaches Beispiel fur eine Initialisierung ist in Fig. 2 dargestellt. Dabei 
wird zunachst das Ladeprogramm zum Laden des Startprogramms ausge- 
fiihrt. so dass sich das Startprogramm im Arbeitsspeicher 4 befindet. Falls 
die Daten nicht bereits im Startprogramm enthalten sind, wird ansehliessend 
durch das Startprogramm eine Datei geladen, die Informationen iiber die 
programmtechnische Struktur der gesamten Applikation und uber eine oder 
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mehrere Dateien beinhaltet, in der die gesamte Appiikation auf dem Mas- 
senspeicher 1 abgelegt ist und die alle Daten fur die gesamte zu initialisie- 
rende Appiikation beinhaltet. Diese Infornnation wird durch das Startpro- 
gramm derart benutzt. dass alle Dateien. die Informationen zur Appiikation 
beinhalten. in den Arbeitsspeicher 4 geladen werden und das Applikati- 
onsobjekt 10 durch das Startprogramm erzeugt wird. 

Dem derart erzeugten Applikationsobjekt 10 ist bekannt, dass die Prozesse 
11, 12 und 13 dem Applikationsobjekt 10 zugeordnet sind. Daher werden 
durch das Applikationsobjekt 10 die Prozesse 11,12 und 13 in der objektori- 
entierten Struktur erzeugt. Dies geschieht dadurch, dass das Applikati- 
onsobjekt mindestens eine ausfuhrbare Datei in den Arbeitsspeicher 4 ladt, 
und die Ausfuhrung dieser mindestens einen Datei startet. Dadurch werden 
alle Prozessobjekte 11, 12 und 13 erzeugt. 

Die neu erzeugten Prozessobjekte 11, 12 und 13 beinhalten Informationen 
dariiber, welche Threads dem jeweiligen Prozessobjekt 11,12 und 13 zuge- 
ordnet sind, so dass die Erzeugung der Threads 14, 15, 16 und 17 durch die 
Prozessobjekte 1 1 - 13 veranlasst wird. 

Die Threadobjekte 14-17 beinhalten wiederum Informationen daruber. ob 
ihnen weitere Module zugeordnet sind. Dadurch werden die Modulobjekte 18 
- 21 erzeugt. Die Modulobjekte 18-21 bilden die unterste Hierarchieebene 
der Steuerungssoftware fur die Werkzeugmaschine, so dass sie keine wei- 
tere Information uber zugeordnete Objekte beinhalten. 

In jedem Objekt ist gespeichert, welche weiteren Objekte ihm zugeordnet 
sind, beispielsweise ist im Applikationsobjekt 10 gespeichert. dass ihm die 
Prozessobjekte 11. 12 und 13 zugeordnet sind, im Prozessobjekt 11 ist 
gespeichert. dass ihm die Threadobjekte 14 und 15 zugeordnet sind usw.. 
Weiterhin ist in jedem Objekt gespeichert. von welchem Objekt es erzeugt 
worden ist, das heisst in den beiden Threadobjekten 14 und 15 ist gespei- 



chert, dass sie von dem Prozessobjekt 1 1 erzeugt worden sind. Ausnahmen 
bilden das Applikationsobjekt 10. in dem nicht gespeichert ist, von welchem 
Objekt es erzeugt worden ist, und die Modulobjekte 18-21, denen keine 
weiteren Objekte zugeordnet sind. 

Nachdem somit die gesamte Software der Steuerung synchronisiert erzeugt 
wurde, erfolgt noch eine Ausfiihrungsmeldung durch die erzeugten Objekte 
an die Objekte, die sie erzeugt haben, uber ihre erfolgreiche Erzeugung. 
Dies beginnt mit den zuletzt erzeugten Modulobjekten 18 - 21, die nach einer 
erfolgreichen Erzeugung an die ihnen ubergeordneten Threadobjekte 14 - 
17, von denen sie erzeugt wurden, eine Ausfiihrungsmeldung ubertragen. 
Diese Ausfiihrungsmeldung signalisiert jedem der Threadobjekte 14 - 17 die 
erfolgreiche Erzeugung der von ihm erzeugten Modulobjekte 18-21 und 
wird von diesem nur ubertragen wenn die Erzeugung der Modulobjekte 1 8 - 
21 wirklich erfolgreich war. 

Hat ein Threadobjekt die Ausfiihrungsmeldung uber die erfolgreiche Erzeu- 
gung aller ihm zugeordneten Modulobjekte empfangen und wurde auch 
selbst fehlerfrei erzeugt, sendet es ebenfalls eine Ausfiihrungsmeldung, 
dass die Erzeugung erfolgreich abgeschlossen wurde an das Prozessobjekt, 
das den Threadobjekt erzeugt hat. Das bedeutet, dass die Threadobjekte 14 
und 15 die Ausfuhrungsmeldung an Prozessobjekt 11 senden, welches 
darauf bereits wartet. Sobald Prozessobjekt 1 1 von den von ihm erzeugten 
Threadobjekten 14 und 15 eine abgeschlossene Erzeugung gemeldete 
wurde, meldet auch Prozessobjekt 11 an das Applikationsobjekt 10 eine 
abgeschlossene Erzeugung. Ebenso meldet Threadobjekt 17 eine abge- 
schlossene Erzeugung an Prozessobjekt 13, das danach wiederum eine 
abgeschlossene Erzeugung an das Applikationsobjekt 10 meldet. 

Nachdem dem Applikationsobjekt 10 durch alle von ihm erzeugten Pro- 
zessobjekte 11, 12 und 13 eine abgeschlossene Erzeugung der Struktur 
gemeldet wurde, steht die durch das Applikationsobjekt 10 realisierte Struk- 
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tur in der Steuerung zur Verfugung. Der erste Schritt des synchronisierten 
Hochlaufs der Steuerung ist damit abgeschlossen. 

Kann ein Objekt nicht erzeugt warden, so dass eine Storung vorliegt. sendet 
dieses Objekt keine Ruckmeldung, dass die Erzeugung erfolgreich abge- 
schlossen wurde. Das hierarchisch ubergeordnete Objekt stellt nach einer 
gewissen Wartezeit fest, dass der Hochlauf nicht erfolgreich durchgefuhrt 
werden konnte und sendet ebenfalls keine Ausfiihrungsmeldung an das ihm 
ubergeordnete Objekt. Die entsprechende Funktion steht dann in der Appli- 
kation nicht zur Verfugung. Aufgrund der in den jeweils ubergeordneten 
Objekten nicht empfangenen Ausfuhrungsmeldung kann ermittelt werden, an 
welcher Stelle eine Erzeugung nicht moglich war. 

Es folgt in einem zweiten Schritt nun die Initialisierung der Kommunikations- 
kanale zwischen den Objekten, die nach der gleichen Systematik wie die 
Erzeugung der Struktur der Software ablauft. Es werden dabei fur das Appli- 
kationsobjekt und jedes Prozess-, Thread- und Modulobjekt zumindest logi- 
sche Kommunikationskanale definiert, Ciber die es mit bereits erzeugten 
Objekten kommunizieren kann. Dabei kann ein Kommunikationskanal auch 
wieder als ein Objekt angesehen werden. Zur Erzeugung der Kommunikati- 
onskanale ist bereits in dem Applikationsobjekt, den Prozess-. Thread- und 
Modulobjekten gespeichert, mit welchen weiteren Objekten Nachrichten 
auszutauschen sind. Zu diesen Objekten werden dann Kommunikationska- 
nale erzeugt. 

Nachdem die Struktur und die Kommunikationskanale synchronisiert erzeugt 
wurden, erfolgt die synchronisierte Initialisierung der Applikation beispiels- 
weise mit Startwerten oder einstellbaren Parametern. Dies erfolgt nach der 
gleichen Systematik, wie fiir den ersten Schritt bereits beschrieben. 
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Zum Abschluss des synchronisierten Hochlaufs wird alien Objekten der 
Ubergang in den Normalbetrieb nach diesem Schema signalisiert. Auch dies 
erfolgt nach der gleichen, bereits oben beschriebenen Systematik. 

Es ist fur den Fachmann offensichtlich. dass die Aufteilung der Informationen 
auf eine oder mehrere Dateien beliebig erfolgen kann. Es besteht die Mog- 
lichkeit die benotigten Informationen in nur wenigen Dateien abzuspeichern. 
So kann beispielsweise das Startprogramm bereits weitgehende Informatio- 
nen uber die gesamte zu erzeugende Struktur beinhalten. Alternativ konnen 
auch viele kleinere Dateien vorgesehen werden, die jeweils nur einen klei- 
nen Teil der benotigten Information fur die Initialisierung beinhalten. Weiter- 
hin konnen beim synchronisierten Hochlauf zusatzlich zur Erzeugung der 
Struktur, der Kommunikatronskanale, der Initialisierung und dem Ubergang 
in den Normalbetrieb noch weitere Schritte durchtaufen werden, insbeson- 
dere abhangig von der durch die Applikation zu steuernden Werkzeugma- 
schine. 

Insgesamt lasst sich der Hochlauf wie folgt zusammenfassen. Um eine ein- 
fache Wartbarkeit und EnA^eiterbarkeit sicherzustellen, weisen die Pro- 
gramme fur numerische Steuerungen zunehmend eine objektorientierte 
Struktur auf. Dabei werden Applikationen. Prozesse, Threads und Module 
jeweils durch ein Objekt reprasentiert. Bei einem Hochlauf werden zunachst 
diejenigen Objekte erzeugt, die weitere Objekte erzeugen, und es nimmt 
jedes Objekt eine Anzahl definierter Zustande an. Insbesondere startet jedes 
Objekt bei alien von ihm erzeugten Objekten jede durch das jeweilige Objekt 
realisierte Initialisierungsfunktion und nimmt den nachsten definierten 
Zustand dann an. wenn es selbst und alle von ihm erzeugten Objekte samtli- 
che Funktionen vollstandig ausgefuhrt haben. Dieser Zustand wird an das 
erzeugende Objekt gemeldet, bis diese Ruckmeldung beim Applrkationsob- 
jekt eintrifft. Das Applikationsobjekt nimmt dann selbst diesen Zustand an 
und lost den nachsten Schritt des Hochlaufs aus bzw. beendet den Hochlauf, 
nachdem der letzte Schritt des Hochlaufs ausgefuhrt wurde. 
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DR. JOHANNES HEIDENHAIN GmbH 28.05.1999 



Anspruche 



1 . Verfahren zum synchronisierten Hochlauf einer Applikation, insbesondere 
fur eine numerische Steuerung einer Werkzeugmaschine oder eines 
Roboters, bei dem einzelne Initialisierungsschritte. bei denen gleichartige 
Massnahmen zur Inrtialisierung der Applikation durchgefuhrt werden, in 

5 der gesamten Applikation im wesentlichen zeitlich synchron ausgefiihrt 
werden. 

2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass zunachst ein 
Startprogramnn ausgefiihrt wird, das Informationen uber die Applikation 

10 und uber die zeitliche Reihenfolge der einzelnen Initialisierungsschritte 
beinhaltet und das zumindest einen Teil der Daten der Applikation von 
einem Massenspeicher (1) in einen Arbeitsspeicher (4) ladt. 

3. Verfahren nach einem der Anspruche 1 oder 2, dadurch gekennzeichnet. 
15 dass in einem Initialisierungsschritt in alien Objekten gleichartige aber 

nicht zwingend identische Massnahmen zur Initialisierung durchgefuhrt 
werden und dass in aufeinanderfolgenden Inrtialisierungsschritten 
ungleichartige Massnahmen zur Initialisierung durchgefuhrt werden. 
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4. Verfahren nach einem der Anspruche 1 bis 3, dadurch gekennzeichnet, 
dass die in einem Initialisierungsschritt durchzufCihrenden Massnahmen in 
dem Programmteil oder .Objekt gespeiGhert sind.-^auf^das^sie auch ange- 
wendet werden. 

5. 'Verfahren nach- einenri-^der^Anspruche 1 bis 4, dadurch gekennzeichnet, 
dass die Ausfuhrung eines Initialisierungsschritts in einem Programmteil 
Oder in einem Objekt bei erner Applikation von einem Startprogramm und 
sonst von dem jeweils hierarchisch ubergeordneten Objekt veranlasst 
wird. 

6. Verfahren nach einem der Anspruche 1 bis 5. dadurch gekennzeichnet, 
dass -^nach der korrekten Durchfiihrung eines Initialisierungsschritts in 

-einem Objekt und nach dem Empfang der Ausfuhrungsmeldungen von 
^allen.dem jewelligen Objekt zugeordneten ©bjektenr^dieses ©bjekt an das 
hierarchisch ubergeordnete Objekt eine Ausfuhrungsmeldung weiterleitet. 

7. Verfahren nach einem der Anspruche 1 bis 6, dadurch gekennzeichnet, 
dass das Startprogramm oder die Applikation -denH inachsten Initialisie- 
rungsschritt erst startet, nachdem es von alien Applikationsobjekten oder 
Prozessobjekten eine Ausfuhrungsmeldung empfangen hat. 

8. Verfahren nach einem der Anspruche 1 bis 7, dadurch gekennzeichnet, 
dass in einem Initialisierungsschritt einzelne, im wesentlichen abge- 
schlossene Funktionen der Applikation in Form von Objekten erzeugt 
werden. 

9. Verfahren nach einem der Anspruche 1 bis 8, dadurch gekennzeichnet, 
-dass in einem Initialisierungsschritt Kommunikationskanale zwischen 

Objekten der Applikation erzeugt werden. 
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10. Verfahren nach einem der Anspruche 1 bis 9, dadurch gekennzeichnet. 
dass in einem Initialisierungsschritt den Variablen in den einzelnen 
Objekten Parameter zugewiesen werden. 

1 1 . Verfahren nach einem der Anspruche 1 bis 1 0, dadurch gekennzeichnet, 
dass in einem Initialisierungsschritt der regulare Betrieb der Applikation 
freigegeben wird. 
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